home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1085 < prev    next >
Text File  |  1994-08-27  |  2KB  |  51 lines
  1. Subject: Re: Shortcuts file and other digested material 
  2. Date: Thu, 28 Jul 1994 12:19:07 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Ofir Gal wrote:
  7. >warwick@cs.uq.oz.au said:
  8. >>
  9. >>Just put a small icon next to the text field.  Hidden functions like this
  10. >>are very frustrating.
  11. >
  12. >I take your point, but this feature is so wide spread that I got used to
  13. >it and know it's there. Not really sure anymore...
  14.  
  15. I know what you mean - I often double-click on a field, hoping it will give
  16. me a file selector.
  17.  
  18. It's not really a problem:  older applications will still have the
  19. hidden feature, and newer/updated ones could have an icon that clearly
  20. indicates that double-clicking is not how to access the feature.  A
  21. standard icon could be chosen from the characters set.  ('*' in BOXCHAR?)
  22.  
  23. If there is no room for the icon, a key-combination could bring
  24. up the fileselector. (attribute *.chooseFile)
  25.  
  26. As for double-clicking highlighting `words', I point out the very
  27. simple technique XTerm uses to define what a `word' is:  just have a
  28. 256 byte table of `equivalence classes'.  That is, all the letters and
  29. numbers, and perhaps _, /, ., @ are of the one class, tab and space are
  30. one class, etc.  When highlighting words via double clicking, the
  31. application just looks left and right from the click point for the
  32. sequence of characters in the same class (ie. those for which
  33. char_class_table[x]==char_class_table[character_under_click]).
  34. If we made that the standard, we'd be one up on X11 - each app decides
  35. its own interpretation of `word'.  Personally, I include _, /, ., and @
  36. so that I can double-click to select filenames and email addresses.
  37. Someone who spends more time on a text application might want
  38. to exclude ".".  Others might configure it per-application.
  39. (*.charClass: 37:48,45-47:48,64:48,36:48,126:48,43:48)
  40.  
  41. (BTW: if 256 bytes is too much for an app, it can always make a first
  42. cut down to ASCII 32..127, a measily 96 bytes - not nice to Euro users
  43. though).
  44.  
  45. Again, proviso: if an application doesn't want to implement these things,
  46. that is fine, but if they DO, then it's easier if there is one clear way
  47. of doing it.
  48.  
  49. --
  50. Warwick
  51.